home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / sdkdigv8.zip / SDKV8N7.TXT < prev    next >
Encoding:
Text File  |  1994-01-08  |  6.6 KB  |  164 lines
  1. Apparently-To: john.smith@gravis.com
  2.  
  3.  
  4. GUS Programmer's Digest     Fri, 7 Jan 94  3:50          Volume 8: Issue   7  
  5.  
  6. Today's Topics:
  7.                             GUS and netBSD
  8.                       GUS Programmer's Digest V
  9.                     GUS Programmer's Digest V6 #15
  10.                     GUS Programmer's Digest V7 #1
  11.                           Well, actually...
  12.  
  13. Standard Info:
  14.     - Meta-info about the GUS can be found at the end of the Digest.
  15.     - Before you ask a question, please READ THE FAQ.
  16.  
  17. ----------------------------------------------------------------------
  18.  
  19. Date: Thu, 6 Jan 94 09:50:22 EST
  20. From: bobt@cognex.com (Bob Tillman)
  21. Subject: GUS and netBSD
  22.  
  23. Hi all -
  24.  
  25. Anyone out there know of any GUS drivers for netBSD (I'm currently running
  26. 0.9)?  If not, perhaps the Linux drivers could be adapted; could someone
  27. point me to where I could grab them?
  28.  
  29. Thanks,
  30. - Bob Tillman
  31. bobt@cognex.com
  32.  
  33. ------------------------------
  34.  
  35. Date: Wed, 5 Jan 1994 19:09:00 -0500
  36. From: colin.buckley@canrem.com (Colin Buckley)
  37. Subject: GUS Programmer's Digest V
  38.  
  39. GU>We will probably be cutting a new version in a few weeks that incorporates
  40. GU>some of the changes/fixes that have been addressed so far. If anybody has
  41. GU>anything, let us know right away. Thanks a lot for your help.
  42.  
  43. GU>Forte Tech Support
  44.  
  45. In that case, I agree with Cornel, please add more on the patches.  The
  46. card revolves around the patches, and we don't know how to use them.  Granted,
  47. I have not see the latest SDK, as I don't have FTP, but the first one was
  48. worthless.  Everyone knows how to write a MOD player for the GUS, but they're
  49. full of clicks.
  50.  
  51. I don't know what is on EPAS, but I have seen only two third party programs
  52. using the patches without some FTS/Gravis driver.  The other midi player
  53. (GMP?), which I believe Cornel wrote, and Mega-Em which Gravis now owns.
  54.  
  55. Coming from a MOD playing world, I thought a patch would simply be a raw
  56. sample.  I never thought there would be multiple samples per patch, and
  57. information such as tremelo and envelope.  I have no idea what to do with
  58. those, I ignore almost everything in the patch as I have no idea how I'm
  59. to implement it.  If the new SDK covers that great, but, if Cornel understands
  60. the patches, and still finds the SDK's patch coverage wanting, then you
  61. can be sure I will aswell, if not others.
  62.  
  63. I joined this mailing list hoping to learn more about the patches, and this
  64. is the first time I've heard them mentioned, other then how to make them.
  65.  
  66. When I gave up on the patches, I checked out UltraMid, hoping I could
  67. use that instead.  I was expecting NoteOn, NoteOff calls, etc, not passing
  68. an entire MIDI stream.  I've already got midi processing code loaded for
  69. other sound cards, I don't need it duplicated.  I assume it was like this
  70. so you could patch cache and now ahead of time what patches would be
  71. required.  How about another TSR (you guys seem to love them) that just
  72. provides NoteOn, VolumeChanges, etc?
  73.  
  74. Everyone has jumped on the sound card bandwagon.  It seems to me we need a
  75. AESA (Audio instead of Video) driver so it's up to the card manufactors to
  76. make them, and atleast they'd have automatic support instead of relying on
  77. "Sound Blaster compatible!"
  78.  
  79. Anyways, just my opinion, and a loaded one, having not seen the new SDK,
  80. but MIDI is where it's at.  Atleast when 50K TSRs are not required.
  81.  
  82. Colin.
  83.  
  84. ------------------------------
  85.  
  86. Date: Fri, 7 Jan 94 19:40:31 EST
  87. From: stephen@csis.dit.csiro.au
  88. Subject: Re: GUS Programmer's Digest V6 #15
  89.  
  90. the recent discussion of the sdk 2.10 is very timely for me. I have been
  91. writing several C++ classes as a basis for a device independant abstraction
  92. for describing sound. Im am using the GUS for the implementation and have
  93. come across the same problem as others in the need for patch support.
  94. I believe several people must have already tackled the problem of
  95. sending a patch to the GUS and wonder if any hhave or are willing to
  96. put their source code in the public domain? My intent is to write a
  97. Patch class, derived from a Voice and a Wavetable (this class is similar to
  98. the table of wave descriptors downloaded into gus dram described by someone
  99. else in this digest in the last week) and from the comments of chuth this
  100. may be quite difficult.
  101. My tuppence worth in the sdk debate is that the SDK is a low level interface
  102. and a higher level abstraction with patch support would be a great boon to
  103. application developers.
  104.  
  105. Stephen Barrass,
  106. post-graduate student
  107. Visualisation Systems
  108. Division of Information Technology
  109. CSIRO, Australia
  110. stephen@csis.dit.csiro.au
  111.  
  112. ------------------------------
  113.  
  114. Date: Fri, 7 Jan 94 19:17:38 EST
  115. From: stephen@csis.dit.csiro.au
  116. Subject: Re: GUS Programmer's Digest V7 #1
  117.  
  118. how appropriate    
  120.  
  121. ------------------------------
  122.  
  123. Date: Thu, 6 Jan 1994 11:56:57 -0500
  124. From: "Michael Grant Wilson" <Mcq@oti.on.ca>
  125. Subject: Well, actually...
  126.  
  127. on Wed, 5 Jan 1994 22:50:00 -0500 gus-sdk@dsd.es.com (GUS Programmer's Digest) wrote:
  128. > No, I don't agreee with this at all. In his first message (about a week
  129. > ago) , he had some valid comments that we will incorporate. Granted, most
  130. > of the mail since then has not been productive, but that doesn't mean that
  131. > he may not have things in the future. I don't want to cut anybody off
  132. > from giving their feedback. Its the best way to improve it.
  133. >
  134. In truth, I don't either. I just thought that perhaps he needed to be
  135. kicked hard enough that he would think a little bit before posting his
  136. next message. This digest is *not* the place for him to work through
  137. his frustrations with life. Real content is always welcome, however.
  138.  
  139. Sorry for wasting bandwidth,
  140. McQ
  141.  
  142. ------------------------------
  143.  
  144. End of GUS Programmer's Digest V8 #7
  145. ************************************
  146.  
  147. To post to tomorrow's digest:                    <gus-sdk@dsd.es.com>
  148. To (un)subscribe or get help:            <gus-sdk-request@dsd.es.com>
  149. To contact a human (last resort):          <gus-sdk-owner@dsd.es.com>
  150.  
  151. FTP sites:           archive.epas.utoronto.ca              /pub/pc/ultrasound
  152.                      wuarchive.wustl.edu            /systems/ibmpc/ultrasound
  153.                      archive.orst.edu                    /pub/packages/gravis
  154.                      theoris.rz.uni-konstanz.de                /pub/sound/gus
  155.                      nctuccca.edu.tw                           /PC/ultrasound
  156. FTP mail server:     mail-server@nike.rz.uni-konstanz.de
  157.  
  158. Hints:
  159.       - Get the FAQ from the FTP sites or the request server.
  160.       - Mail to <gus-sdk-request@dsd.es.com> for info about other GUS
  161.     related mailing lists (general use, musician's, etc.).
  162.  
  163.  
  164.  
  165.